DATA COLLECTION DEVICE FOR USE WITH NETWORK-ENABLED 
2 TELEPHONE SYSTEMS 

4 

BACKGROUND OF THE INVENTION 

6 

Field of the Invention 

8 This invention relates to telephone data communication systems, and more 

particularly to devices that interface a network-enabled private branch exchange 
10 telephone system to a computer or other host that collects telephone data from the PBX. 

12 Prior Art 

Traditional private branch exchange telephone systems (PBX) report call detail 
14 data about calls made and received in call records. A traditional PBX usually has a serial 

port that is used to provide data output of these call records to a computer or other host 
16 (hereinafter referred to as "host"). The host may processes these call records to generate 

call detail reports, billing reports, call management reports and other useful information. 
1 8 Although the use of a serial port for the output of call detail data by a PBX is 

common and has worked well traditionally, it is limited in speed and requires that a 
20 device that is to receive the call detail data records be connected directly to the PBX. 

Many times the data contained in the call detail data records would be more valuable if 
22 stored or evaluated at a computer that is remote to the PBX, such as at a centralized 

billing or teleconmiunications management site. In such cases data collection devices. 
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commonly called *l)uffer boxes,'' have been used to collect the data directly from the 
2 PBX through the PBX serial port and to hold this data in a memory. The buffer box then 

transfers the data to a remote host through a telephone line modem or an Ethernet 
4 network connection. 

Additionally, these data collection devices have traditionally been programmed to 
6 perform limited analysis of the call data records for immediate recognition of alarm 

conditions that are reported by the PBX. When an alarm condition is recognized then the 
8 device can issue an alarm message or initiate an outbound telephone modem call to 

inform the telecommunications management computer system of the alarm condition. 
10 Such alarm reporting is usually performed in addition to the data collection fimctions of 

collecting and storing the call detail records. 
12 Many PBX units also have a data port that is used to report maintenance alarms 

and issues, or call distribution reports. The PBX may be used to automatically distribute 
14 calls to a queue of callers and to agents for inbound or outbound calls. Often a PBX used 

in this manner generates automatic call distribution reports, commonly known as ACD 
16 reports. Together with the call detail records of calls made or answered, these ACD or 

maintenance reports provide valuable information on the usage of the telephone system. 
18 The data collection systems used to collect call detail record information often also are 

used to collect these maintenance or ACD reports. 
20 Traditional PBX units operate by connecting a number of telephone extensions to 

a number of conventional public switched telephone network (PSTN) central office (CO) 
22 lines. An altemative conventional method has been to connect a number of telephone 

extensions to the PSTN through a digital telephone line such as a Tl or other digital 
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service provided by a central office. Another method of operation of traditional PBX 
2 units is to provide communications between extensions and between the PBX and other 

telephone systems using network connections that employ the TCP/IP protocol suite. 
4 This method is commonly called "IP telephony" because it uses the TCP/IP protocol 

suite. IP telephony systems often do not have a serial port to report call detail 
6 information, although such information can be valuable. The CallManager product from 

Cisco Systems assembles call detail data for IP telephony systems in a database. To 
8 obtain the call detail data from this CallManager system a network connection must be 

established v^dth the CallManager unit and tiien a database query language, such as SQL, 
10 must be used to obtain the data from the database. Conventional call record collection 

systems do not include the required protocols for the network connection and the 
12 database query capability so changes are required to collect this information from those 

conventional systems. For a conventional connection between a host that is to receive the 
14 data and the network-enabled PBX, the host must have a stored transfer protocol program 

that has been specifically created to operate with the network-enabled PBX, must make a 
16 network connection to the PBX and must also execute through the network connection a 

data collection protocol compatible with the data transfer protocol in use by the PBX. 
1 8 Recently, a number of PBX manufacturers have incorporated a network data port 

in manufactured PBX units. A typical network-enabled PBX has a network data port and 
20 a processor connected to a program memory and a data memory that may be written to 

and read by the processor. Some but not all network-enabled PBXs may still include a 
22 serial interface that also may be used to send call detail records or maintenance or call 

distribution reports to a host. A control software program is loaded in the program 



.3- 



memory that implements a protocol for the transfer of data through the network or serial 
2 data interface to a host computer for data processing. 

The network-enabled PBX has a telephone line interface including a PTSN and 
4 network interfaces. The PTSN interface is used to connect it to one or more telephone 

central offices through the PSTN for acceptance of incoming calls or establishment of 
6 outbound calls. The network interface connects it to at least one host through a network 

to transfer data across a network. The network interface also may be used when the PBX 
8 is to answer or estabUsh connections to hosts that operate using Voice-over-IP (VOIP) or 

other network-based telephonic protocols for transmission of telephone calls through a 
10 network. 

The network-enabled PBX also has a telephone extension interface. The 
12 telephone extension interface may coimect to telephone extensions using a telephone-line 

compatible interface or a network-compatible interface. The telephone-line compatible 
14 interface may interface to extensions that are compatible with the PSTN or digital 

extensions of a proprietary nature, in the manner well known in the art. Additionally, the 
16 network-compatible portion of the telephone extension interface may employ a network 

for extension telephones that are compatible with network transmission of voice and 
18 signaling information such as VOIP between the network-enabled PBX and the 

extension. 

20 To perform data transmission, the network-enabled PBX processor executes a 

transfer protocol program stored in the program memory that directs the processor to 

22 establish a connection with a host, transfer data to or from the host under a defined 

protocol compatible with the host, and then possibly disconnect the connection with the 
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host. 

2 The data memory of the network-enabled PBX is limited in size and when full of 

call detail record, maintenance record or call distribution record information, the memory 

4 will either be xmable to record new information as it is generated by the processor, or 
must have old information deleted or overwritten by new information; some data will be 

6 lost. 

As noted above, some existing network-enabled PBX units may not have a local 
8 serial port, and even if they do, they likely use the network interface primarily. Such 

PBX units are available from Avaya, Alcatel, Mitel and perhaps other PBX 
10 manufacturers. Conventional data collection devices communicating with PBX units 

through a serial port are not compatible with newer network-enabled PBXs that transfer 
12 their call data records through a network data port and thus are not able to collect and 

report call records from network-enabled PBXs. Any data collection from these 
14 network-enabled PBX units requires new software to be created and deployed in the 

polling computer systems, with the attendant costs of creating and maintaining new 
16 software. Additionally, existing computing systems may not need any updating or 

modifications other than to add a capability to receive data from the network-enabled 
18 PBX units, but they remain unable to communicate with the network-enabled PBX units 

until the existing computer systems are modified. Other telecommunications 
20 management systems may be able to have data provided to them through a network 

connection, such as by providing an FTP server, but these systems do not include 
22 protocols employed by the network-enabled PBX units. They therefore would need to be 

changed to support the network protocols used by these newer, network-enabled PBX 



-5- 



units. Also data transfer through a general network connection, such as the Internet or a 
2 local area network, is prone to having network hardware failures or even temporary 

unavailability of routers or firewalls, or improper configuration of these devices, 
4 preventing successful transfer of information fi*om the data memory of the PBX, which 

can result in a loss of valuable information. 
6 There are two major methods that may be employed by network hosts to establish 

network connections. These methods are conventionally known as a passive open and an 
8 active open. By a passive open is meant that a network host should open a network port 

in a manner where it is listening for a coimection by another host that will make a 
10 connection to the port that was opened in a passive open manner. For example, an HTTP 

server used on the world wide web employs a passive open to open a port at a port 
12 nimiber to listen for connections to be made to the server. A network host that is to 

connect to the HTTP server establishes a connection by communicating with the server 
14 on the port number that is in the listening state. When employing a passive open, the 

network host is establishing a port to which other hosts then later connect. It does not 
16 establish a connection to a particular host, but enables other hosts to establish a network 

connection to the host that performs the passive open. To perform a passive open the 
18 network host usually makes a fimction call into its operating system to specify the 

network address and port number on which it will be listening for connections. A passive 
20 open usually allows any host to attempt to make a connection at the specified port, but 

some operating systems may allow a passive open to specify that only connection 
22 attempts firom a particular host or port number should be accepted. When a passive open 

is performed it is an internal operation of the network host to prepare the host for a 
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potential network connection, no network traffic needs to be transmitted in order to 
2 perform the passive open. 

An active open is used to establish an active, useful connection. In this case all of 
4 the network addresses and port numbers of both network hosts with which the network 

connection is to be established are specified. The network host performing the active 
6 open sends network traffic to the designated network host that with the connection is to 

be established. The target network host, if listening on the designated port and allowing 
8 the connection, then sends network traffic backs to the originating network host in order 

to complete the establishment of the connection. In an active open network traffic is sent 
10 out to actively estabUsh a network connection. An example of this connection type is 

when a web browser is instructed by a user to connect to a particular web site using 
12 HTTP. The network address of the web site is obtained, usually by the Domain Name 

Service, and then an active open is performed specifying the network address of the web 
14 site host, the port number for the HTTP service, and also specifying a port number and 

the network address of the host operating the web browser and attempting to establish the 
16 connection. If accepted, the target network host, which had previously performed a 

passive open of a port to accept new connections, sends network traffic to finish 
18 establishing the connection, and then data may be transmitted back and forth between the 

hosts. 

20 Some network-enabled PBX units use passive opens of their network ports, 

requiring a host to perform an active open on the port that the PBX is holding open 

22 awaiting a connection. Other network-enabled PBX units employ active opens when data 
is to be transmitted, so the host that is to establish a connection with the PBX to collect 
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information must perform a passive open of the proper port to await connection attempts 
2 bythePBX. 

FIG. 2 illustrates configuration operations for a host connection to the 
4 conventional PBX. At first step 200 the host must be configured for the particular 

connection type (active or passive open), for the port number on which to perform an 
6 active open or on which to listen in passive mode, for the data transmission protocol that 

is to be employed and for timeouts that provide a period during which ttie host waits after 
8 a connection has ended before establishing a new connection. The host may read these 

configuration items fi-om a configuration file stored in its data memory or one or more of 
10 these configuration items may be stored as a part of the program stored in the program 

memory. 

12 As ftirther illustrated in FIG. 2, at step 202, the host branches to procedure 204 or 

216 for an active or passive connection, as determined in the configuration file. 
14 In the case of a passive open and therefore listening, the host at step 204 opens a 

network port on which to listen for an active connection to the port by the PBX. Then the 
16 host proceeds at step 206 to wait until the PBX establishes an active connection with the 

host by performing an active open on the port that the host opened at step 204. Once the 
18 network connection has been established, tiie host at step 208 starts performing the 

protocol that was selected by the configuration information to collect the information 
20 fi-om the PBX. As information is collected the host at step 210 collects the data and 

places the received information into its data memory. The host then, at step 212, 
22 determines if any errors in the operation of the protocol or network connection have 

occurred or if the protocol session is completed. If not, the host returns to step 210 to 
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collect more data and place it into memory and then again retums at step 212 to test for 
2 protocol or network errors or completion of the protocol session. If a protocol or 

network error occurred or the protocol session is completed then the host at step 214 
4 closes the network connection and retums to step 204. At step 204 the host again 

performs a passive open of a network port to listen for a new connection being actively 
6 opened by the PBX. 

It should also be noted that once a connection is established the host may set up a 
8 new network connection using a passive open so that multiple concurrent sessions may 

be employed in the manner of implementing servers with multiple threads as well known 
10 and practiced in the art. 

In the case of the host performing an active open the host at step 216 first resets 
12 any timers that are used to measure time intervals that should be used to estabUsh waiting 

periods between active connection attempts as based upon the configuration information 
14 established by the host in step 200. The host then proceeds at step 2 1 8 to wait any 

needed time period between active connection attempts to be made to the network- 
16 enabled PBX, as based upon the configuration information estabUshed by the host in step 

200. After waiting in step 21 8, the host at step 220 performs an active open to create a 
18 network connection between the host and the PBX. At step 222 the host tests to 

determine if the active open was successfiil. If not, the host retums to step 216, 
20 whereupon the host again resets any timers and then proceeds at step 218 to wait the time 

required between network connection attempts. 
22 If the active open is successfiil, the host proceeds to step 224 and starts 

performing the protocol that was selected by the configuration information and used to 
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collect the information from the PBX. As inforaiation is collected the host at step 226 
2 collects the data and places the received information into its data memory. The host then 

at step 228 determines if any errors in the operation of the protocol or network 
4 connection have occurred or if the protocol session is completed. If not, the host retums 

to step 226 to collect more data and place it into memory and then again retums at step 
6 228 to test for protocol or network errors or completion of the protocol session. If a 

protocol or network error occurred or the protocol session is completed then the host at 
8 step 230 closes the network connection and then retums to step 216. At step 216 the host 

again resets any timers and proceeds at step 218 to wait any time required between 
10 network connection attempts. In this manner the host collects and stores the data from 

the PBX when using an active open. 
12 With the advent of the above-described network-enabled PBX, what is needed is a 

data collection device that can collect data from these network-enabled PBX and IP 
14 telephony systems with their unique data transfer protocols, store the collected data and 

then provide methods to transfer the data to existing computing systems in a manner that 
16 these existing computing systems aheady employ using the data transfer protocols of 

these existing computer systems, different from those of the network-enabled PBX and IP 
18 telephone systems. Such a device would allow existing telecommunications management 

systems to then be used with network-enabled PBX units and IP telephony systems. 
20 Additionally, due to limited buffer memory incorporated in these PBX or IP 

telephony units, a data collection device that collects call detail data and stores it in a 
22 memory can prevent data loss due to capacity limitations of the buffer memory of the 

PBX or IP telephony. 
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Additional issues relating to a data collection device or system for collection of 
2 call detail data records from network-enabled PBX units include the impact that having 

such a device may have on network security. Although the network-enabled PBX units 
4 employ data transfer over a private network connection using protocols unique to the 

them, system administrators are usually hesitant to provide access to telephone system 
6 equipment through a general network connection such as the Internet, as a hacker may 

attempt to access the phone system and obtain control of the telephone system, change its 
8 programmed settings or obtain call record data. The usual network administrative tools 

of using firewalls and known protocols that can be readily analyzed by network security 
10 programs or devices can break down when many new protocols must be supported or 

connections are allowed directly to the telephone system. Use of an intermediate data 
12 collection device could allow the usual practices of using well-known network protocols 

and utiUzing standard firewalls while preventing unauthorized access to the telephone 
14 system. 

16 Objects Of The Invention 

It is an object of the invention to provide a data collection device that can collect 
18 call detail records and other information from a network-enabled telephone system. It is a 

fiuther object to have the data collection device transfer the collected call detail record or 
20 other information to a host using data transfer methods and protocols that are compatible 

with legacy systems. A legacy system is one that is programmed to be compatible with 
22 the data formats and transfer methods used traditionally with PBX call record or 

maintenance record data, which would not include the data formats and transfer methods 
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utilized by network-enabled PBX systems. A still further object of the invention is to 
2 provide a data collection device that may collect data from a number of network-enabled 

telephone systems and then provide the collected data to one or more hosts. Another 
4 object of the invention is to provide a data collection device that may detect alarm 

conditions existing with, or reported by, a network-enabled telephone system and report 
6 these alarm conditions to a host. 

8 BRIEF SUMMARY OF THE INVENTION 

10 These above objectives are achieved in a telephone data collection device that 

comprises a processor operationally linked to a first network interface for collection of 
12 data from a network-enabled PBX or IP telephony device, a data transfer interface for 

transferring call detail data or alarm messages to a host and a data memory for the 
14 collection of records and a program memory, as illustrated in FIG. 1 . Throughout this 

description, the term **network" is intended to be broad, to include a Local Area Network 
16 (LAN), Wide Area Network (WAN), or the Internet. A software program, collection 

protocols, transfer protocols, a configuration file, and a data evaluation program are all 
18 stored in program memory. As also shown in FIG. 1, in addition to the first network 

interface primarily used for data collection from a PBX over a network, the data 
20 collection device may also comprise a collecting serial interface providing capability to 

receive data from a transmitting host that collects data from a PBX. 
22 The program software directs configuration and setup by implementing the 

configuration file, selecting the type of collection protocol used to collect data from the 
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network-enabled PBX or IP telephony system, IP addresses or host names for the PBX 
2 systems, port numbers to be used, modes of operation of protocols and timers for these 
protocols. 

4 The processor under control of software program collects call detail data from a 

network-enabled PBX or IP telephony device over a network through first network 
6 connection using a collection protocol compatible with the PBX or IP telephony system. 

The collected call detail data is stored in a data memory. Use of data memory allows 
8 collected call detail records to remain in the memory of the device until the data is 

transferred to the host. In the event of network congestion or malfunction of network 
10 routers or firewalls, the data until it can be transmitted after the network operates 

effectively. Thus, the buffer memory of the network-enabled PBX or IP telephony unit 
12 does not overflow because the device moves the data into its data memory. 

The processor provides this data through either a second network connection, a 
14 modem telephone line connection or a serial port, which together comprise the data 

transfer interface, to a network receiving host, a line receiving host, or a serial receiving 
16 host, respectively. The data collection device employs required protocols stored in 

program memory to effect the data transfer from the network-enabled PBX units to 
18 conventional receiving hosts, which protocols include the unique collection protocols to 

collect data from the PBX or the IP telephony system and the conventional transfer 
20 protocols that the host has been programmed to utiUze. 

The telephone data collection device may be configured to make network 
22 connections to more than one PBX or IP telephony system and thus collect data from 

more than one PBX and aggregate this data for transfer to a host. Similarly, the data 
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collection device may make data transfer connections to multiple hosts. Thus, the data 
2 collection device may be used in several operating modes, such as to collect data from a 

number of PBX units and provide a single host with all of the call record data from each 
4 PBX, or to collect data from several PBX units and then provide this data to several 

hosts. Each host receives data collected from only one PBX or each host may receive 
6 data collected from more than one PBX. Thus, a single data collection device may be 

employed to collect data from multiple sites, reducing tiie number of required units to 
8 collect this call record data and reducuig costs of deploying equipment to collect this 

data. 

10 

BRIEF DESCRIPTION OF THE FIGURES 

12 

FIG. 1 shows the telephone data collection device of the invention. 

14 

FIG. 2 is a flow chart of the data collection steps taken by a conventional host to 
16 collect information from the network-enabled PBX. 

18 FIG. 3 is a flow chart of the steps taken by the telephone data collection device of 

the invention to collect data from the network-enabled PBX and then transfer the 
20 collected data to a host. 

22 FIG. 4 is a flow chart of the steps taken by the telephone data collection device of 

the invention to detect alarm conditions reported by, or existing with of the network- 



-14- 



enabled PBX and then transmit alarm messages to a host. 

2 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

4 

The telephone data collection device of the invention is shown in FIG. 1 
6 comprising a computer including a processor 10 connected to a data memory 20, a 
program memory 30, a data collection, or input interface 40 and an data transfer, or 
8 output interface 50. As illustrated, the input interface 40 comprises a first network 

interface 42 and a collecting serial interface 44 and the output interface 50 comprises a 
10 second network interface 52, a telephone line interface 54, and a transmitting serial 
interface 56. 

12 The processor 10 is connected to the input interface 40 and the output interface 50 

to send and receive network detail call data and reads and writes that data to and from 
14 data memory 20 and program memory 30. Data that is collected by the device 1 0 is 

stored in the data memory 20 until it has been successfully transferred to one or more 
16 hosts through output interface 50. In the preferred embodiment of the invention the data 

memory 20 comprises one or more NAND Flash memory components, such as the 
18 TC58V64 from Toshiba. 

In the preferred embodiment the processor 10 is an Intel 386EX embedded 
20 microcontroller, and the network interface 42 is a Realtek 801 9AS lOBaseT controller 

with associated magnetic components and RJ45 connector, as well known and practiced 
22 in the art. The processor 10 is connected to the collecting serial interface 44 for receiving 

and sending RS232 serial data transmitted by a transmitting host 102 through a serial 
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port. In the preferred embodiment a portion of the serial port interface is provided by 
2 UART circuitry that resides in the microcontroller, and a portion of the serial port 

interface 44 is provided by a Linear Technologies LTl 130 serial port interface IC. A 
4 serial port connector is employed, commonly known as a DB9 or DB25 connector. 

The processor is connected to the second network interface to provide connection 
6 to a network receiving host 104 through a network 1 12. The second network interface 52 

is constructed in a manner similar to the first network interface 42, but provides a second 
8 lOBaseT controller with associated magnetic components and RJ45 network connector 

for a second lOBaseT Ethemet network. Note that, alternatively, the first and second 
10 network interfaces 42 and 52 may share the same network interface hardware, namely the 

Realtek 8019AS lOBaseT controller with associated magnetic components and RJ45 
12 connector. In such case, a portion of network traffic transmitted and received by the 

processor is for communications with a first network device and another portion of 
14 network traffic transmitted and received by the processor is for communications with a 

second network device, as well known and practiced in the art. The two networks are 
16 shown separately in FIG. 1 to clearly indicate that data is collected by one set of 

operations through a first network interface and then transferred by another set of 
18 operations through a second network interface. When both network interfaces and 

connectors use the same network interface components and connectors or physical 
20 network the data is still collected in a first set of operations and then transferred in 

another set of operations, and in this case the first set of network operations can be 
22 considered to have been performed utilizing a first network interface and then the second 

set of operations can be considered to have been performed utilizing a second network 
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interface. 

2 The processor 10 is connected to telephone line interface 54 to provide a 

connection to the Public Switched Telephone Network (PSTN). This mterface comprises 
4 a modem compatible with the PSTN and a connector commonly called an RJl 1 that is 

used to connect to the PSTN. In the preferred embodiment the modem is a module 
6 manufactured by MultiTech and provides a 33,200 baud or 56,000 baud modem 

connection interface. The processor 10 is connected to a transmitting serial data interface 
8 56 for connection to a serial receiving host 108 through an RS232 serial data line. 

Software program 32 stored in the program memory 30 controls data transfer 
10 functions. The program 32 directs the processor to implement a variety of transfer 

protocols 34 for the collection or transfer of data, including programs to operate well- 
12 known protocols for data transfer, including Xmodem, Zmodem, FTP (network File 

Transfer Protocol), Tehiet, SNMP Trap transmission and other well-known protocols as 
14 well as proprietary protocols. The program 32 also contains instructions to execute 

collection protocols 36 for the collection of data from network-enabled telephone system 
16 120. The program 32 may also include an evaluation program 38 to analyze collected 

data against pre-determined alarm conditions and criteria in order to determine if some 
18 portion of data received by the processor contains evidence of an alarm condition. 

As stated above, the first network interface 42 connects to a first network 110, 
20 with this first network 110 connecting to one or more PBX telephone systems 120. The 

second network interface 50 connects to a second network 1 12, with this second network 
22 112 connecting to one or more hosts 104 that are to receive the data collected by the 

telephone data collection device 10, separating the first network 42 and any routing or 
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network operational difficulties from the second network 1 12 and any routing or network 
2 operational difficulties attendant to that network. In this manner, the telephone data 

collection device 10 can continue to collect data from the PBX 120 through the first 
4 network interface 42 and network 110 while the second network interface 50, or network 

that is used to transfer data to the receiving host 104, is not operational. 
6 The telephone data collection device 10 may also connect a host 102 transmitting 

through a transmitting serial interface 44. Use of the serial interface 44 allows the 
8 collection of data from the PBX to occur regardless of the status or health of the main 

network and its components. In the event of a PBX network interface failure, the 
10 telephone data collection device 10 may be able to collect information from the PBX 

through the serial port connection 44, store this information into its data memory 20 and 
12 then transfer this data on to receiving host. The telephone data collection device 1 0 is 

able to detect a lack of information being transferred from the PBX through the network 
14 interface 42 and change modes of data collection from a mode that collects through the 

network interface 110 of the PBX to the serial port 102 of the PBX in order to prevent 
16 data loss. Because the telephone data collection device can continue to collect 

information from the PBX as it is generated, the data memory of the PBX is prevented 
18 from becoming full, avoiding a loss of information. 

The transmitting host 102 transmits received data from PBX 120' to the data 
20 collection device 10 through serial data interface 44, which then stores the call detail 

data, including, maintenance and call distribution reports, data memory. This data is then 
22 transferred from data memory 20 to a receiving host 104, 106, or 108 using one of the 

output interfaces, for example, the second network interface 52, to transfer the data or 
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reports to the receiving host, such as receiving host 104 through the network 1 12, 
2 typically employing one protocol to collect the data and a different protocol to transfer 

the data to a receiving host, bridging the typical inconsistencies between the transmitting 
4 PBX units and the receiving hosts. Similarly, telephone line interface 1 70 may be 

employed to transfer the data to line receiving host 106 through the PSTN 1 14 usmg 
6 appropriate protocols, such as the Xmodem or Zmodem protocols. In all data interfaces, 

protocols appropriate for data transmission across the respective input and output 
8 interfaces are employed. For example, for the serial data interfaces, Xmodem, Zmodem 

or command-based protocols are employed. 
10 As shown in FIG. 3, data collection and transmission protocols and network 

connections are implemented for collecting data from the network-enabled PBX and 
12 transferring the data to a receiving host. The processor 1 0 under control of the software 

program 32 first reads a configuration file in step 70 that provides instructions regarding 
14 which protocols should be in use to transfer data to the receiving host. Typically, the 

configuration file is stored in the same program memory file system in which the 
16 programs are stored, though it could altematively be stored in a portion of the data 

memory, which for all purposes is deemed equivalent. After reading the configuration 
18 file, the telephone data collection device 10 determines if the FTP server protocol is 

enabled at step 71 as a resuh of information in the configuration file. If so, the data 
20 collection device at step 72 loads the FTP server fimctions which then runs as a separate 

process. The FTP server process running in the data collection device at step 732 
22 initializes a network port and waits for a connection to its FTP server at step 722. A 

connection is established and the collected call detail information is transferred from the 
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data memory of the data collection device to the host at step 723, using conventional FTP 
2 server methods. Once the FTP server session is completed, the FTP server process 

retums to its initialization mode at step 732 to prepare a new network port for connection 
4 and waits for a new connection being made to the FTP server. 

At step 73 the telephone data collection device 10 determines if a tehiet 
6 command-based server protocol is enabled. If so, the data collection device at step 74 

loads tehiet command-based server functions. In this manner the telnet command-based 
8 server function is started up and then runs as a separate process. Whether the telnet 

command-based server process is spawned or not, the data collection device then 
10 proceeds, at step 75, to check for another protocol that may be in use. The tehiet 

command-based server process running in the telephone data collection device 10 at step 
12 741 initializes a network port and waits for a connection to its telnet server at step 742. 

A connection is established and, based on entry of commands across the tebiet 
14 connection, the collected call detail information is transferred from the data memory of 

the telephone data collection device 10 to the host at step 743, using conventional tehiet 
16 command-based server methods. Once the tehiet command-based server session is 

completed, the tehiet commandrbased server process retums to its initialization mode at 
18 step 741 to prepare a new network port for connection and waits for a new connection 

being made to the tehiet command-based server. 
20 Again, at step 75 the telephone data collection device 10 determines if it has been 

configured for another protocol that may be used. In the example shown, the telephone 
22 data collection device 10 determines if the Xmodem modem data transfer protocol is 

enabled. If so, the telephone data collection device 10, at step 712 provides the Xmodem 
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modem data transfer protocol functions, or generally, that data transfer protocol 
2 corresponding to the modem discovered. In this manner the appropriate modem data 

transfer protocol function is started up and then runs as a separate process. The Xmodem 
4 modem data transfer process running in the telephone data collection device 10 at step 

761 initializes its modem associated with the telephone line interface and waits for a 
6 connection to be made to its modem at step 762. Once a modem connection has been 

estabUshed, the Xmodem data transfer protocol begins at step 763 and the collected call 
8 detail information is transferred from the data memory of the telephone data collection 

device 10 to the host, using the conventional Xmodem data transfer protocol. Once the 
10 Xmodem session is completed, the Xmodem mode data transfer process returns to its 

initialization mode at step 761 to prepare the modem port to look for a new connection 
12 and waits for a new connection being made to the modem. 

The telephone data collection device 10 may initialize other data transfer 
14 protocols in a similar fashion, detecting the use of each protocol and spawning a process 

that is used to provide the protocol functions. Such other protocols may include acting as 
16 an FTP cUent and making a connection to a host operating as an FTP server and 

transferring the data using the FTP protocol, acting as an HTTP cUent and making a 
18 connection to a host operating as an HTTP server and transferring the data using the 

HTTP protocol or methods or acting as an HTTP server and transferring the data to an 
20 HTTP cUent using HTTP protocols and methods. 

At step 77 of FIG. 3 the telephone data collection device 10 simulating a 
22 receiving host then performs the conventional data collection steps that are taken 

conventionally by a receiving host to collect data from the network-enabled PBX, as 
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represented in FIG. 2, including the configuration of protocol types and the method of 
2 establishing a network connection. 

The configuration information for the use of active or passive connection modes, 
4 port numbers and network addresses to use may also alternatively be read as a part of step 

70 firom a configuration file, and then this information used in step 200 of Figure 6 for 
6 configuration of the protocols and network addresses and network ports. As before, in 

the preferred embodiment of the invention the configuration file is stored in the same 
8 program memory file system in which the programs are stored, however the 

configuration file could alternatively and equivalently be stored in a portion of the data 
10 memory. By following the steps as shown in Figure 6, the call detail or maintenance or 

call distribution information is transferred fix)m the network-enabled PBX to the data 
12 memory of the telephone data collection device 10. 

As a result of the configuration, data collection and data transferring steps shown 
14 in FIG. 2 and FIG. 3, the telephone data collection device 10 collects data firom the 

network-enabled PBX and stores that data into its data memory and then transfers the 
16 data to a host. Note that in this manner the protocols used by the receiving host are 

conventional protocols well known and practiced in the art and do not need to be 
18 changed. Thus, a large number of existing conventional hosts may be used with the 

telephone data collection device 10 without changes needing to be made to the hosts to 
20 utilize a new or different data collection method, such as may be used by the network- 
enabled PBX. 

22 As shown in FIG. 4, the telephone data collection device 1 0 reads configuration 

data for the data collection and alarm evaluation, collects data firom the network-enabled 
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PBX, evaluates the collected data to detect alarm conditions and transmits alarm 
2 messages to a host. The Simple Network Management Protocol (SNMP) is used to 

transmit alarm messages to a host using the Trap message features of this protocol. Other 
4 methods of alarm notification may altematively be used. 

At step 80 the processor reads a configuration file that contains configuration data 
6 for the network address and port to use to connect to a network-enabled PBX, the method 

of connection (active or passive mode), the selection of a data collection protocol, and 
8 other such configuration items. Next, at step 81, the processor reads a configuration file 

that contains information on the criteria and methods to be used to evaluate received call 
10 record data or alarms or maintenance information records to determine if an alarm 

condition exists or is being reported by the network-enabled PBX. This configuration file 
12 may be stored in the data memory or program memory of the telephone data collection 

device 10. This configuration file may, altematively, be contained as a part of the 
14 configuration file read by the processor in step 80. This configuration information may 

contain equations or instructions to monitor the data collected by telephone data 
16 collection device 10 for particular alarm messages. This configuration file may also 

include information that determines if an alarm reporting protocol is to be used, network 
18 addresses or port nimibers or methods that are to be used in such reporting, or if the 

detected alarm conditions are to be stored in a file relating to detected alarms that is 
20 stored in the data memory. 

Once the configuration files have been read, the telephone data collection device 
22 10 at step 82 uses either an active or passive open to establish a connection with the 

network-enabled PBX, as shown in detail in Figure 6. Once a connection has been 



-23- 



established, the telephone data collection device 10, at step 83, starts the data collection 
2 protocol, and in step 84 begins collecting data. Once some data has been collected in step 

84, the telephone data collection device 10 then, at step 85, determines if the collected 
4 data matches any of the alarm detection equations or instructions read by the processor in 

step 81. If so, the collected data relating to the alarm and, aUematively, a data record 
6 indicative of the alarm condition or state, at step 86, may be stored in an alarms file in the 

data memory, if storage of these items is enabled by the configuration file read by the 
8 processor at step 8 1 . 

The configuration data that was read by the processor at step 81 may instruct the 
10 telephone data collection device 10 to use a protocol to transmit alarm messages to a host. 

In the preferred embodiment of the invention the method and protocol used to report 
12 these alarms is SNMP. At step 87, the telephone data collection device 10 determines if 
the SNMP reporting is to be done. If so, then an SNMP Trap message is formatted and 
14 sent to the host or hosts as specified in the configuration file at step 88. 

Once the storage of any alarm messages in step 86 or the transmission of any 
16 alarm messages in steps 87 and 88 is complete, or if there is no detected alarm in step 85, 
then the telephone data collection device 10, at step 89, determines if the protocol for the 
18 data collection is complete or if there exist any serious protocol errors. If not, then the 
telephone data collection device 10, at step 84, continues to receive new data fi'om the 
20 network-enabled PBX, and evaluate the information for more alarm messages. If the 
protocol is complete or there is a serious protocol error then, at step 90, the telephone 
22 data collection device 10 closes the network connection, and then proceeds to step 82 in 
order to estabUsh a new connection and collect and process more data firom the network- 
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enabled PBX. 

2 Note that the file of alarm records that is stored in step 86 may be transferred to 

one or more hosts using the steps as shown in Figure 7. In this manner the hosts may 
4 receive the call record data as well as data indicative of alarm conditions of one or more 

network-enabled PBX units. 
6 The configuration steps shown in Figure 6 may include configuring multiple 

network addresses and ports and protocols such that the telephone data collection device 
8 10 undertakes steps to collect data fi-om a number of network-enabled PBX units and 

store the data in the data memory of the telephone data collection device 10 in which case 
10 said software program directs that the input interface is selectively connectable to any 

one of a plurality of telephone systems and uniquely recognizes data received firom each 
12 of those telephone systems, storing the data in data memory identifiable to each of said 

plurality of telephone systems. Similarly, the output interface may be selectively 
14 connectable to any of a pluraUty of host computers to which data in data memory may be 

transmitted. 

16 Additionally, the telephone data collection device 10 may perform multiple 

simultaneous sessions utilizing multiple passive or active opens, or a combination of 

18 active and passive opens to simultaneously collect data firom multiple network-enabled 
telephone systems and simultaneously transfer data to a number of hosts. The telephone 

20 data collection device 10 may, in this maimer, also proceed as shown in FIG. 4 to collect 
and process alarm records simultaneously fix>m a number of network-enabled PBX units 

22 and transmit alarm messages simultaneously to a number of hosts. 

The above description of the collection of call detail records and other 
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information from the network-enabled PBX and the subsequent transfer of this data to a 
2 host has focused generally on network connection methods. However, it will be apparent 

to one skilled in the art that because the telephone data collection device 10 has a 
4 telephone line interface and serial data interface available for use, the transfer of collected 

data may be performed using any or all of the interfaces, namely the second network 
6 interface, the telephone line interface and the serial data interface, even if not separately 

described. Use of these other interfaces then is deemed included in this description and 
8 the invention by simply substituting one of the other interfaces for the network interface 

named. 

10 
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